home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.19950929-19951130
/
000081_news@columbia.edu_Tue Oct 10 07:28:50 1995.msg
< prev
next >
Wrap
Internet Message Format
|
1995-12-25
|
3KB
Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA26400
(5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Thu, 12 Oct 1995 14:37:32 -0400
Received: by apakabar.cc.columbia.edu id AA10730
(5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Thu, 12 Oct 1995 14:37:30 -0400
Newsgroups: comp.protocols.kermit.misc
Path: news.columbia.edu!news.cs.columbia.edu!pipeline!newsjunkie.ans.net!swiss.ans.net!solaris.cc.vt.edu!news.mathworks.com!newsfeed.internetmci.com!howland.reston.ans.net!ix.netcom.com!netcom.com!jhurwit
From: jhurwit@netcom.com (Jeffrey Hurwit)
Subject: Re: Control chars to prefix for rlogin?
Message-Id: <yCieww8Z7WSY085yn@netcom.com>
Sender: jhurwit@netcom2.netcom.com
Organization: Organization? What organization?
References: <hg/dww8Z7K6Q085yn@netcom.com> <1995Oct10.115354.29235@chemabs.uucp>
Date: Tue, 10 Oct 1995 07:28:50 GMT
Lines: 45
Apparently-To: kermit.misc@watsun.cc.columbia.edu
[Cc to poster.]
Thank you for your helpful response.
In article <1995Oct10.115354.29235@chemabs.uucp>,
"Steven W. Layten" <slayten@cas.org> wrote:
>rlogin uses (by default) an escape character of a '~'. I don't think that
>ms-kermit or C-Kermit will allow you to escape this char, as it is a
>printable character. I have found, however, that transfers from
>pc-->unix->unix, where the pc->unix link is via ms-kermit and the unix->unix
>link is via rlogin that the transfers failed when ms-kermit did its
>'compression' by replacing repeating chars with a run-length encoded string
>(the normal 'compression' char is '~' and the run-length was such that it
>was represented by another '~', that the two '~' chars together were changed
>by rlogin to a single '~', causing check-sum failures.
Sorry, I neglected to mention in my previous post that I'm
transferring (pkzip) compressed binary files. I seriously doubt
that Kermit will find many repeating chars. However, my test file
is well seasoned with ~ chars, and this may indeed be causing
transfers to fail. Makes sense, when they work host --> PC.
>Bottom line: tell rlogin to use a different escape character by using the
>'-ec' flag (see man rlogin(1)). In my case, I've got a terminal server in
>the path that uses control-x as an escape char, so I have to tell ms-kermit
>to escape control-x anyway, so I tell rlogin to use control-x as the escape
>character.
I wasn't able to get my shell (tcsh) to accept a control char for
-e on the command line, however I was able to sneak it in the back
door by aliasing a command. However, this strategy didn't work--
the PC --> my host --> rlogin'd host transfer still failed: I wound
up back at the shell prompt, and C-Kermit turned up as a suspended
job. (Note: ^Z is in my list of chars to prefix because that is the
suspend char on both my account and the one I'm rlogging into.
Transfers will fail if it's not prefixed.) I also tried ^X, and the
results were exactly the same. Suggestions would be *very*
welcome!
BTW, I don't know if this is significant, but after a failed
transfer, I always wind up with a 0-byte file on the remote host
named }}.sfm#Wxn.
Jeff